SuperHack/SuperHack CD.bin/MISC/IHHD-01.ZIP/IHHD-01.TXT

Text File | 1993-05-10 | 21KB | 486 lines

------------------------------------------------------------------------------
=======  INTERNET HEAD-TO-HEAD FEED  ======== ISSUE 01 ======= 07-MAY-93 =====
------------------------------------------------------------------------------

Date: Wed, 5 May 93 22:54:39 CDT
From: Brian Evans <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: Microprose GP/ World Circuit

Has anyone been able to run Microprose GP/ World Circuit over IHHD as yet?
If anyone would like a partner, then please let me know.

Brian
---------------------------------------------------------------------------
Date: Wed, 5 May 93 23:07:06 CDT
From: Nicholas Vargish <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: Re: Microprose GP/ World Circuit

Brian,

> Has anyone been able to run Microprose GP/ World Circuit over IHHD as yet?
> If anyone would like a partner, then please let me know.

I'd love to give it a whirl, but I've never set up this IHHD thing
before... is it tricky? This is finals week, so if it's too complex,
my head may explode.

Nick

p.s. We get obscenely good connections here at SURAnet -- how is it at
your end?
-----------------------------------------------------------------------------
|  Nick Vargish       |
|  SURAnet Operations |   Who needs a fancy .signature when I have all this?
|  [e-mail]   |
-----------------------------------------------------------------------------
Date: Thu, 6 May 93 00:29:18 CDT
From: [e-mail] (Simon Garton)
To: Multiple recipients of list <[e-mail]>
Subject: hi !

hi ! just dropped into the group ... sorry for the obvious question,
but (very quickly)

is it possibly yet to play f3 through the net ? if so could someone
pleeze give me some hints ...

SImon
------------------------------------------------------------------------------
Date: Thu, 6 May 93 01:04:03 CDT
From: Trevor Banister <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: Spectre and Populous over the net

I'm looking for anyone who would like to play populous or spectre over the net
I'm in the Mountain time zone. Drop me an email if interested..
Trevor Banister

[e-mail]
------------------------------------------------------------------------------
Date: Thu, 6 May 93 05:31:40 CDT
From: "Ronald J. Logsdon" <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: IHHD

Hi Folks!

    I just tuned into this group look for multi user network game.  I am
planing to developing some new ones.

    My questions are simple:
        1. What is IHHD?
        2. How dose it work?
        3. Where can one get IHHD?

Thanks

Ronald J. Logsdon
---------------------------------------------------------------------------
Date: Thu, 6 May 93 06:00:50 CDT
From: "Paolo Baiardi [phone]" <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: Modern warfare

Hello, I'm a newcomer very interested ( obviously :-) ) in multiplayer games.
I like mainly flight simulations, and combat simulations like the well known
Harpoon ( GDW-360 ), if are there projects about head_to_head games like that,
I would like to join in and offer my help, I work at my university as system ad-
ministrator on a group of workstations and currently I'm developing a simulation
package written in c++.
Regards,
        Paolo
--
+-----------------------------------------------------------------------------+
| Paolo Baiardi        PhD Student - Genova University - Italy              |
|                                           |
| "I work for the county out on 95                          |
|  All day I hold a red flag and watch the traffic pass me by              |
|  In my head a keep a picture of a pretty little miss                  |
|  Someday Mister I'm gonna lead a better life than this"              |
|  [ Working on a highway - Bruce Springsteen ]                                 |
+-----------------------------------------------------------------------------+
-------------------------------------------------------------------------------
Date: Thu, 6 May 93 06:51:55 CDT
From: Jim Murray <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: IHHD & AW test

Knutson says:
>Here's my guess as to the loopback problem when one side breaks the
>connection.

>You didn't say which dialer you were using, but I would guess it was
>the tcpdialer.  If the tcpdialer on one side of the connection dies, then
>the other side notices and dies as well.  At this point, you are back at
>the shell command level with echo turned on or perhaps the phone line
>connection has dropped and you are talking to the modem in command mode
>with echo turned on.  Either way, your data is being echoed back at you.

>I can't do much about the phone line dropping and echo in command mode
>problem.  I would guess that it is up to the particular software package
>to interpret the rs232 signals on a direct connection.  However, I can
>do something about the tcpdialer dropping out.  The real question is
>how should it work.  Should both sides die completely if one side does?
>Should the local side ignore incoming data until ^C^C^C is found if the
>remote side dies?  The UDP dialer behaves like the second case.  It
>blindly accepts and transmits data regardless of the condition of the
>remote site.

Why yes, I could have supplied more info. ;)

We were using the tcpdialer, Mark was the caller and I answered. The echo
must have been from the shell, because I heard the noise when my external
modem droped the phone line connection.  This was after about 2-3 minutes
of loopback signals. Before that was about 6-7 minutes of good connection.

Given the options I think the dialer should die when the internet
connection is lost.  I may add a logout to the script, but now that I
would recognise what was happening I could just exit the application
program (in this case AW), and/or try to establish a new connection.

                                   Jim Murray
----------------------------------------------------------------------------
Date: Thu, 6 May 93 08:04:49 CDT
From: Mark Kuebeler <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: Re:  Spectre and Populous over the net

It has occurred to me now that we have people on different platforms
testing IHHD that it might be helpful to include your computer type
in requests for opponents.  I know Populous is also available for the
Amiga, for example, but it may not be compatible with the IBM version.

Mark
----------------------------------------------------------------------------
Date: Thu, 6 May 93 10:12:12 CDT
From: [e-mail] (Jim Knutson)
To: Multiple recipients of list <[e-mail]>
Subject: Re: IHHD

>         1. What is IHHD?

IHHD is the Internet Head to Head Daemon.  It is a software package
that allows multiple personal computers to communicate over the
Internet using their serial ports as if they were directly connected
with a NULL modem cables.

>         2. How dose it work?

See the Design.doc and the dialer doc (found in dialer1.6.2.shar) for
an idea of how to use the software.  See the mail archives for
interesting tid bits on its use.

>         3. Where can one get IHHD?

Everything can be found in /pub/IHHD on cactus.org.

Jim Knutson                                                | |
[e-mail]                                         --=oOo=--
cs.utexas.edu!milano!knutson                               +
Wk: [phone]                                      Check Six!

--------------------------------------------------------------------------
Date: Thu, 6 May 93 10:48:03 CDT
From: [e-mail] (Jim Knutson)
To: Multiple recipients of list <[e-mail]>
Subject: multi-player backgammon added to the archive and dialer enhancements

A multi-player (over the modem) version of backgammon for msdos has
been contributed to the archive by Jeffrey Dilcher.  You can find it in
/pub/IHHD/multi-player/pcgam510.zip.  After my initial look at it, it
appears that it does not have a direct connect option.  I haven't tried
it with dialer yet and I don't know if it requires modem responses or
not.  Someone ought to try it out.

This brings up an interesting point.  Perhaps someone could build a
simple Hayes command parser to recognize the commands and supply
appropriate responses.  It would basically only need to say OK or
perhaps supply numeric response codes if the software sets that style
and supply CONNECT messages when ATD/ATA is used.  We could place this
in the dialer software and not worry as much about software that
requires a modem rather than a null modem.  I could supply a spec if
necessary.  Could be a great way to learn lex/yacc or just code it by
hand.  Any takers?

By the way, all legally copyable multi-player contributions are
welcome.

Jim Knutson                                                | |
[e-mail]                                         --=oOo=--
cs.utexas.edu!milano!knutson                               +
Wk: [phone]                                      Check Six!
----------------------------------------------------------------------
Date: Thu, 6 May 93 13:42:21 CDT
From: "Joel T. Jameson" <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: Re: Spectre and Populous over the net

On Thu, 6 May 1993, Mark Kuebeler wrote:

> It has occurred to me now that we have people on different platforms
> testing IHHD that it might be helpful to include your computer type
> in requests for opponents.  I know Populous is also available for the
> Amiga, for example, but it may not be compatible with the IBM version.
>
> Mark

I have played an IBM vs. an Amiga on populous, and it worked fine until he
started using the expansion set terrain.

It should work fine over the dialer also.

Joel

+---------------------------------------+-------------------------------------+
| Joel T Jameson                        | "But when I left it wasn't          |
| INTERNET: [e-mail]     |  scrambled like that?!?!?"          |
| TELE: [phone]                  |  -Myself, returning from lunch      |
+---------------------------------------+-------------------------------------+
-------------------------------------------------------------------------------
Date: Thu, 6 May 93 16:36:45 CDT
From: " Kelly R. Byrd " <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: The 8bit test.

I got the test ot work (I think).  Here's my question.  My logfile.out has
all the same characters as the sample (8bit.log), but my data seems to come in
in a few short bursts (2-6 bytes) then a long burst (40-45 bytes).  I'm getting
no stripping at all, everthing seems to have come through "unmolested".  So,
is the short then long burst a problem?
            ----Looking forward to the games,
                    Kelly Byrd
e

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
         "Don't sweat it-- it's only ones and zeros"
                    ---Gerorge Spafford

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--------------------------------------------------------------------------------
Date: Thu, 6 May 93 19:36:20 CDT
From: Bob Proulx <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: Re: The 8bit test.

Kelly Byrd writes:
> but my data seems to come in in a few short bursts (2-6 bytes) then
> a long burst (40-45 bytes).  I'm getting no stripping at all,
> everthing seems to have come through "unmolested".  So, is the short
> then long burst a problem?

It should not be a connect problem.  This is basically equivalent to
using an error correcting modem like an HST or a V.32bis at high
speed.  These modems error correct between themselves.  The HST in
particular is noted for its jerky behavior with small amounts of data.
If you have a bad phone line and use these modems you will be
connected but things will jump just like this.

But I think it would be game dependent on whether its a game problem.
If the two machines are trying to be locked together, then the
burstiness may cause the game to perform in unacceptable jumps.  Or
things may be smoothed out where you won't notice it.  Lets hope for
the latter.  :-)  After all, most games work with 2400bps modems which
don't usually have error correction.  So they would have had to work
in the presence of noisy lines.

>             ----Looking forward to the games,

Me too!

Bob Proulx
[e-mail]
303-229-3658
---------------------------------------------------------------------------
Date: Thu, 6 May 93 22:54:45 CDT
From: Mark Kuebeler <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: 5/6/93 test of SVGA Air Warrior


Date:  5/6/93

PC config
---------
Local:                    Remote:
Swan Technologies 386/33                Microlink 486/50
Generic Tseng ET4000 SVGA card          G-host4000 Plus local bus ET4000 SVGA
MSDOS 5.0                               MSDOS 6.0
ATI 2400etc                             Everex Evercom 24E
ProcommPlus 2.01                        Procommplus 2.01
2400 8/n/1                2400 8/n/1

Internet Hosts
--------------
tamsun.tamu.edu                access.digex.com
Sun Sparcserver 690MP            Sun4?
SunOS 4.1.3                SunOS 4.1.3
Dialin to portselector            Dialin to portselector (I guess)

Ping Test
---------
----access.digex.net PING Statistics----
100 packets transmitted, 95 packets received, 5% packet loss
round-trip (ms)  min/avg/max = 62/92/276


Software Test
-------------
Tested:  SVGA Air Warrior
Opponent:  Jim Murray  ([e-mail])

We got off to a rough start tonight.  Decided to try the UDP dialer this
time, and we got the connection set up fine.  But everytime we tried to
negotiate a duel, the front-ends would abort the negotiation because of
line noise.  This happened when either of us tried to start the negotiation.
It finally occurred to me to ask if Jim had changed his serial settings
from E71 (which is used on GEnie) to 8N1.  Well, that turned out to be the
whole problem, and after that everything went smoothly.  We did about 4
duels and filmed most of them.  Lots of warping, the kind that makes you
want to scream! <g>  This is typical of online performance on GEnie:  just
as you get into a good position for a shot, the bogie's position gets
updated and he zips way out of your sights.  Next time we test we're going
to stick to half-time, and also try the connection at 1200 baud.

No problems with dumps this time.  After our last duel I took us back
to the terminal screen, but when I tried to type a message my front
end crashed with a General Protection fault.  However, this sort of
thing is not without precedent, so I can't say dialer had anything
at all to do with it.

Mark
----------------------------------------------------------------------------
Date: Fri, 7 May 93 09:27:36 CDT
From: [e-mail] (Jim Knutson)
To: Multiple recipients of list <[e-mail]>
Subject: Re: The 8bit test.

Actually, I would think that it would be more related to compression
than error correction, but either could cause bursty transmission.  It
has also been noted that MNP error correction is more of a problem than
LAPM.

If you are experimenting with trying to get something running, I
suggest that you start at 2400 with no error correction (if possible)
and no compression.  When you have a working setup, then change one
thing at a time (i.e.  add error correction and test, increase baud and
test, etc.).

Jim Knutson                                                | |
[e-mail]                                         --=oOo=--
cs.utexas.edu!milano!knutson                               +
Wk: [phone]                                      Check Six!
--------------------------------------------------------------------------
Date: Sat, 8 May 93 16:41:43 CDT
From: [e-mail] (useradd)
To: Multiple recipients of list <[e-mail]>
Subject: Could not get dialer or tcpdialer to work with magnus.acs.ohio-state.edu

Greg and I tried to get the dialer and tcpdialer to work so that
we could play Perfect General.  However, when we used the programs
I could see the text that he was typing, but he could not read what
I was typing.  I tried the dialer -rp 7 test and it worked perfectly
with cactus.org but not with mangus.acs.ohio-state.edu.
Also, we used the unix program talk just perfectly with each other.
Anybody know why talk would work so well but not the dialer programs?

Sorry, I don't have any of our hardware and software specs but
I could supply them if needed.

-bob crane [e-mail]
--------------------------------------------------------------------------
Date: Fri, 7 May 93 23:52:09 CDT
From: Scott Perry <[e-mail]>
To: Multiple recipients of list <[e-mail]>
Subject: Armor Alley testing


Test Date:    5/4/93

PC config
---------
Local:                    Remote:
386/33                    486sx/25
ET4000 1meg                ET4000 1meg
DOS 6/EMM386/Smartdrv/Dblspace        dos5/emm386/stacker2
PP2400SA                Motorola Codex2266
Telemate 4.00                Telix 3.2

Internet Hosts
--------------
amanda.cs.umd.edu            hemul.nada.kth.se
Sun IPC                    Sun4m (?)
SunOS 4.1.3                SunOS 4.1.2
dialin to annex                dialin to annex

Ping Test
---------
102 packets transmitted, 100 packets received, 1% packet loss
round-trip (ms)  min/avg/max = 128/150/228

    Lasse and I tried out armor alley for a while the other day.
In general, we were unsuccessful. When using the modem option in AA,
the first thing it tries to do is send the other persons name across,
then you can switch sides or send messages to each other. Out of about
15 tries, we only managed to get the name across about 3 times, and
only one of those times were we able to send messages to each other
correctly. Even then the game just froze when we first tried to start
playing.

    The problem seemed to be something being sent that would
disrupt the communication (probably not three control-c's based on the
logs). Lasse often found himself back at the annex when returning to
his comm program (and logged out too I think). I never wound up at our
annex, but often was back at the prompt with a bunch of garbage from
AA in my history (presumably because the TCP connection broke and left
me at the prompt).

    We tried several combinations of baud rate and serial rate,
tried both the tcpdialer and dialer, none of these things really
seemed to make a difference. We were able to Zmodem a file back and
forth with pretty good CPS. We hope to do further testing soon.

------------------------------------------------------------------------
| Scott S. Perry        [e-mail]        uunet!mimsy!phantom  |
|Finger me or send mail to [e-mail] for my PGP public-key|
------------------------------------------------------------------------
------------------------------------------------------------------------
Date: Fri, 7 May 93 22:43:41 CDT
From: [e-mail] (Jim Knutson)
To: Multiple recipients of list <[e-mail]>
Subject: Echo testing dialer

Someone asked me about testing the dialer connectivity between hosts
after the 8bit test has passed.  The problem was that tcpdialer was
dumping core (I still don't know why, can someone send me a callback
stack dump or add some printf/fflush pairs to find out where?) and
dialer data was not showing up.

Here's a way to test dialer (or tcpdialer).  There exists a WKS
(Well Known Service) called echo for both tcp and udp on port
7.  You can use this to test dialer by using:

    dialer -rp 7 cactus.org
        or
    tcpdialer -rp 7 -call cactus.org

You can use whatever host you want instead of cactus.org as long
as that host supports the echo service.  You may want to test it
with both external and internal hosts to see if network security
is defeating you.

Now that you have made your connection, just type.  Whatever you
type should be echoed back to you.  In fact, the 8bittst
software could be modified to read the data it sends and test
the returned value to verify that it isn't being dropped
somewhere and that it returns unmodified.  Perhaps someone can
take this on.  If not, then I may get around to it sometime when
I can get some spare time (ha!).

Jim Knutson                                                | |
[e-mail]                                         --=oOo=--
cs.utexas.edu!milano!knutson                               +
Wk: [phone]                                      Check Six!
---------------------------------------------------------------------